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(54) Abstract Title: Video synchronisation 

(57) A method of synchronising the phase of a local image synchronisation signal generator of a local video 
data processor in communication with an asynchronous switched packet network to the phase of a 
reference image synchronisation signal generator of a reference video data processor also coupled to the 
network, the local and reference processors having respective clocks, the reference and local image 
synchronisation signal generators generating periodic image synchronisation signals in synchronism 
with the reference and local clocks respectively comprises the steps of: 
frequency synchronising the local and reference clocks; 

the reference video data processor sending, via the network, to the local data processor an image 
timing packet providing reference image synchronisation data indicating the difference in timing, 
measured with respect to the reference processor's clock, between the time at which the image timing 
packet is launched onto the network and the time of production of the immediately preceding reference 
image synchronisation signal; and 

the local processor controlling the timing of the production of the local image synchronisation signal 
in dependence on the reference image synchronisation data and the time of arrival of the timing packet. 
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At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 
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Fig. 7: Video Packet 
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Fig. 3: UDP Timing Packet 


Ethernet 
Frame 
Header 


IP Datagram 
Header 


UDP 
Header 


Video 
Data 


C 
R 
C 



Ethernet 
Frame 
Header 



IP Datagram 
Header 



UDP 
Header 



Tlmestamp 
Data 



Frame 
Timing 
Data 



Video 
Data 



Fig, 8: Combined Packet 
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Fig. 9: UDP Frame Timing Packet 
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VIDEO SYNCHRONISATION 
The present invention relates to the video synchronisation. 

It has been proposed to distribute video data over an asynchronous switched network. 
5 The data may be distributed to many receivers which process the data independently of one 
another. Some processes at the receivers require two video streams to be processed 
synchronously, for example a simple cut between two video streams must be accurate to one 
frame boundary. However an asynchronous network does not inherently maintain frame 
synchronisation and different paths taken by the video streams through the network may be 

1 0 subject to different delays. 

A prior proposal, demonstrated at the NAB 2001 conference, distributed video data 
over a network. Timing data linking local clocks to a reference clock was distributed over 
another, separate, network 

ITU-T Rec H222.0 (1995E) discloses that within the ITU-T Rec H222.01 1SO/IEC 

15 13818-1 systems data stream (i.e. MPEG) there are clock reference time stamps called 
System Clock References (SCR). The SCRs are samples of the System Time Clock (STC). 
They have a resolution of one part in 27MHz and occur al intervals of up to 100ms in 
Transport Streams and up to 700ms in Program Streams. Each Program Stream may have a 
different STC. The SCR field indicates the correct value of the STC of an encoder at the time 

20 the SCR is received at a corresponding decoder. With matched encoder and decoder clock 
frequencies, any correct SCR value can be used to set the instantaneous value of the 
decoders STC. This condition is true provided there is no discontinuity of timing for 
example the end of a Program Stream. In practice the free running frequencies of the clocks 
will not be matched. Thus there is a need to slave the clock of the decoder to that of the 

25 encoder using a Phase Locked Loop (PLL).At the moment each SCR arrives at the decoder it 
is compared with the STC of the decoder. The difference (SCR-STC) is an error which is 
applied to a low pass filter and gain stage to generate a control value for the voltage 
controlled oscillator which is the clock of the decoder. 

The system described above uses a synchronous network and locks the absolute time 

30 of the decoder clocks to the reference clock. 

The present invention seeks to provide frame synchronisation of video streams at a 
destination at which the streams are processed, the destinations being linked to sources of the 
video streams by an asynchronous packet switched network without necessarily requiring 
infrastructure additional to the network. 
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This invention provides a method of synchronising the phase of a local image 
synchronisation signal generator of a local video data processor in communication with an 
asynchronous switched packet network to the phase of a reference image synchronisation 
signal generator of a reference video data processor also coupled to the network, the local 
5 and reference processors having respective clocks, the reference and local image 
synchronisation signal generators generating periodic image synchronisation signals in 
synchronism with the reference and local clocks respectively, the method comprising the 
steps of: 

frequency synchronising the local and reference clocks; 

10 the reference video data processor sending, via the network, to the local data 

processor an image timing packet providing reference frame synchronisation data 
indicating the difference in timing, measured with respect to the reference processor's clock, 
between the time at which the image timing packet is launched onto the network and the 
time of production of the immediately preceding reference image synchronisation signal; 

15 and 

the local processor controlling the timing of the production of the local image 
synchronisation signal in dependence on the reference image synchronisation data and the 
time of arrival of the timing packet. 

Sending the image timing packet allows adjustment of the timing of image (e.g. field 
20 or frame or multiple of either) sync pulses at the local video processor to the timing of the 
image sync pulses at the reference processor, without requiring infrastructure additional to 
the network. By using, as the reference clock data, data which is that current at the time at 
which the packet is sent (launched onto the network), the effect of any processing delay or 
jitter in the source data processor can be reduced. 
25 The method assumes that the delay through the network is zero or equal for all paths 

through the network. However, in practice that may not be true. To alleviate this problem a 
preferred embodiment of the method comprises the step of adding a delay to the local image 
synchronisation signal. 

The delay may be a predetermined delay, for example, 2, 4 or 6 video lines. That 
30 delay is chosen to be equal to or greater than the largest delay through the network. The 
delay may be fixed. The delay may be selected by a controller in dependence upon the paths 
of video signals through the network. 

In an embodiment of the method, the step of frequency synchronising the local and 
reference clocks comprises the steps of: sending, to the local data processor from the 
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reference data processor across the network, clock timing packets each including a field 
containing the destination address of the local processor and a field containing reference 
clock data indicating the time at which the clock timing packet is sent; and controlling the 
frequency of the local clock in dependence on the reference clock data and the times of 
5 arrival of the clock timing packets. 

Sending timing packets over the network allows the clocks to be synchronised 
without necessarily requiring infrastructure additional to the network. By using, as the 
reference clock data, data which is that current at the time at which the packet is sent 
(launched onto the network) the effect of any processing delay or jitter in the source data 
10 processor is reduced. For example, a timing packet generator creates a timing packet with an 
empty time data field. At (or just before) the moment at which the packet is launched onto 
the network, the reference time is sampled and the time is put into the time data field. 

These and other aspects of the invention are set out in the claims to which attention is 
directed. 

15 Embodiments of the invention will now be described with reference to the 

accompanying drawings in which: 

Figure 1 is a schematic block diagram of an illustrative asynchronous switched 
network according to the invention to which are coupled a transmitter which transmits video 
and associated clock data and frame timing data onto the network and a corresponding 

20 receiver; 

Figure 2 is a schematic timing diagram illustrating the operation of the network of 
Figure 1 in respect of clock timing packets; 

Figure 3 is a schematic diagram illustrating an example of a frame timing packet 
according to the invention; 
25 Figure 4 is a schematic block diagram of an illustrative frequency locked loop (FLL) 

used in the receiver of Figure 1 ; 

Figure 5 is a schematic block diagram of an illustrative clock difference circuit used 
in the FLL of Figure 4; 

Figure 6 is a schematic block diagram of an illustrative accumulator used in the FLL 
30 of Figure 4; 

Figure 7 is a schematic diagram illustrating an example of a video packet; 
Figure 8 is a schematic diagram illustrating an example of a frame timing and video 
packet according to the invention; 
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Figure 9 is a schematic diagram illustrating another example of a frame timing packet 
according to the invention; 

Figure 10 is a schematic timing diagram illustrating the operation of the network of 
Figure 1 in respect of frame timing packets; 
5 Figure 1 1 is a flow chart illustrating a mode of operation of the difference circuit of 

Figure 1; 

Figure 1 2 illustrates an example of the video processor of Figure 1 ; and 
Figure 13 illustrates the format of video data in a video packet. 

10 In the examples described below, a frame synchronisation signal is referred to. It will 

be appreciated that a field synchronisation signal could be used instead, or a signal which 
occurs at a multiple of field or frame periods, or the like. Accordingly, the term "frame 
synchronisation signal" and related terms should be read as including these variants. 

15 First Example 

Referring to Figure 1, in this example video is transmitted from a transmitter 2, at one 
node of an asynchronous packet switched network 6, over the network to one or more receivers 
4 (only one shown) at other nodes thereof. The transmitter 2 and the receivers 4 may be, or 

20 form part of network interface cards. The network in this example is an Ethernet network but 
could be any other asynchronous switched packet network for example a Token Ring network. 
The network 6 includes an asynchronous switch 61 which duplicates the video (and time 
packets described below) supplied by the transmitter 2 and distributes it to the receivers 4. 
The video is produced by a source 8 synchronously with clock pulses from a reference clock 

25 10 and with frame sync pulses from a frame sync circuit 11. In this example the video 
comprises SD1 frames of 1440 video samples per line and 625 lines per frame produced 
synchronously with a 27MHz sampling clock and frame sync pulses. To decode the video at 
the receiver 4, the local clock 30 needs to operate at 27MHz (+/- a small tolerance). Thus the 
local clock 30 needs to be frequency synchronised with the reference clock 10. 

30 In the example of Figure 1, the video data is transmitted across the network 6 as 

packets in conventional manner. In accordance with an example of the invention time stamp 
and frame timing data packets, (hereinafter referred to as timing packets) an example of 
which is shown in Figure 3, are also produced, separately from the video and also 
transmitted across the network 6. 
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Referring again to Figure 1, the transmitter 2 comprises the source 8 of video packets 
8 and the reference clock 10. The video packets are received by an interface and multiplexer 
16 which supplies the packets to a network interface 15. The network interface 1 5 sends the 
video packets across the network in conventional manner. A first counter 12 counts the 
5 clock ticks (cycles) of the reference clock. A timing packet generator 14, which operates 
under the control of the interface 16 obtains the reference count of the counter 12 at any time 
when the network has spare capacity to transmit a time packet and places it into the time 
stamp data field (see Figure 3) of a timing packet which is then sent across the network. The 
time stamp data is the time indicated by the reference clock at the time the packet is sent. 
10 The timing packets are produced including reference counts and transmitted to a receiver 4 at 
frequent, but varying, intervals. 

The frame sync circuit 1 1 operates synchronously with the clock 10 and produces for 
the source 8 a frame sync pulse once per video frame in conventional manner. Referring to 
Figures 1 and 10, a second counter 13 counts reference clock pulses for an interval 8tf and 
15 supplies the count 8t f to the time packet generator 14 which places the count in the frame 
time data field of the packet shown in Figure 3. The interval 5tf begins at the time of 
production of a frame sync pulse and ends at the time when the timing packet is sent. Each 
frame sync pulse resets the count of counter 13 to zero. The count stops on receipt of a signal 
from the timing packet generator that the count has been loaded into the packet. Thus count 
20 8t r represents the time interval between the time of launch of the timing packet onto the 
network and the most recent preceding sync pulse. 

The receiver 4 comprises a network interface 17 corresponding to interface 15, and 
an interface 18 corresponding 10 the interface lo, which feeds video packets to a video, 
processor 22 and timing packets to a time packet selector 20. The selector 20 extracts the 
25 timing data from the timing packet and also supplies a sampling signal indicating the time at 
which the packet was received by the selector 20. The timing data and sampling signal arc 
supplied to a Frequency Locked Loop (FLL) which includes, and controls, a local clock 30. 
The FLL is a sample data control system. Details of the clocking of samples through the FLL 
are omitted because such details are not of relevance to the understanding of the present 
30 invention and are within the normal skill of FLL designers. 

The video processor 22 requires the local clock 30 to operate at the same frequency 
27 MHz as the reference clock 1 0 to correctly process the video. As shown in Figures 1 and 
4, the FLL comprises a counter 32 identical to counter 1 and which counts the ticks of the 




local clock 30 to produce a local count and a clock difference stage 26 which is shown in 
Figure 5. The clock difference stage 26 forms the difference of first and second differences. 
The first difference is the difference of the reference counts produced by the first counter of 
successive time packets. The second difference is the difference of the corresponding local 
5 counts produced at the time of reception of the reference counts. The clock difference stage 
is described in more detail below with reference to Figure 5. 

By way of explanation, attention is invited to Figure 2. The reference and local 
clocks are ideally operating at exactly 27MHz. However in practice one or both operates 
with a (small) frequency error. The local clock must operate at the same frequency ( +/- a 
10 very small tolerance ) as the reference clock. Assume for example that the local clock 
operates at a slightly higher frequency than the reference clock. The transmitter transmits 
time packets PI to P4 at irregular intervals. At least one, and preferably a plurality, of 
packets are transmitted per wrap interval of the counter 12. For example with a 27MHz clock 
and a 32 bit counter 12, the wrap interval is 159 seconds and at least one packet is 
1 5 transmitted every 1 59 seconds. Preferably packets are transmitted more frequently than that 
for example ten per second. The time packets are described in more detail below. In the 
example of Figure 2, the packets PI and P2 are transmitted at times spaced by 5 clock ticks 
of the reference clock 10. The packets P2 and P3 are spaced by 8 ticks and the packets P3 . 
and P4 are spaced by 6 ticks. The packets are received by the receiver after a network delay; 
20 assume that delay is constant D. The local counts at the times of reception of the packets PI 
to P4 are LI to L4. The counts LI and L2 are spaced by 6 local clock ticks. L2 and L3 by 9 
and L3 and L4 by 7. Thus the first differences are 5, 8 and 6 and the second differences are 
6 ? 9 and 7 indicating the local clock is operating at a higher frequency than the reference 
clock. The difference of the first and second differences is the error which is used by the 
25 FLL to control the frequency of the local clock. 

Forming the error from the first and second differences has the following advantages. 
The (fixed) delay D has no effect on the error. The absolute values of the reference and local 
counts are of no consequence. Furthermore, if a time packet is not received it has little effect. 
For example assume packet P2 is not received: then count L2 is not produced. However the 
30 difference (P3-P1) = (P2-P1) + (P3-P2) and (L3-L1)=(L2-L1)+(L3-L2) so (L3-L1) - (PS- 
PI) =2 in the example of Figure 2 which is the same as the cumulative error with all the 
packets received. 

The foregoing discussion assumes that D is fixed. D is the processing delay of the 
network. The processing delay in the switch 61 for example is dependent on the average size 
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of the packets switched by it. Thus D may change for instance due to a change in the size of 
the time packets, which results in a change in the processing delay in the network. If D 
changes, then stays at its new value, the change affects the difference of the first and second 
differences only once at the time it changes. 

5 The foregoing discussion also ignores network jitter 6t which affects the timing of 

reception of the timing packets at the receiver, and thus affects the corresponding local 
counts L. The jitter 5t causes a variation in the differences in the times of arrival of the 
packets at the decoder 4.The jitter 8t is regarded as noise. The FLL as shown in Figure 4 
includes a Low Pass Filter 34 which low pass filters the error produced by the clock 

10 difference stage 26 to reduce the jitter. The filter is for example an N tap digital filter. 

The filter 34 is followed by an accumulator 36. An example of the accumulator is 
shown in Figure 6 which is described in more detail below. The accumulator continuously 
accumulates the low pass filtered error. The accumulator is needed to ensure ^Jhat once 
frequency lock occurs and thus the error is zero, then the local clock which is a voltage 

15 controlled oscillator 30 has a stable, non-zero control value applied to it to prevent 
"hunting". By way of explanation assume that the local clock operates at 27MHz + X Hertz 
with zero control input. In the absence of the accumulator, when lock is achieved at 27MHz, 
then the error and thus the control input is zero so the clock tends to drift towards operating 
at 27MHz +X. By providing the accumulator, the accumulated error signal forces the clock 

20 to operate at frequency lock and when that is achieved the error into the accumulator 
becomes zero and thus the accumulated value stays constant but non-zero. 

The accumulator is followed by a divider 38 which reduces the sensitivity of the 
clock to small fluctuations (e.g. due to noise) at the output of the accumulator. 

The divider 38 is followed by a digital to analogue converter 40 for producing an 

25 analogue control value for the voltage controlled oscillator 30. The converter is preferably a 
single bit converter followed by an RC stage 42 to remove high order harmonics produced 
by the converter. 

The filters 34 and 42, the accumulator 36 and the divider 38 together define the time 
constant and loop gain of the FLL. The time constant defines the time taken by the FLL to 
30 achieve lock. To minimise that time, it is preferable to use the known technique of varying 
the Low Pass filter 34 and the loop divider 38 to firstly achieve fast but coarse lock and then 
fine but slower lock. 
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Timing Packet Figure 3 . 

The Ethernet packet of Figure 3 comprises an Ethernet frame header, followed in 
order by an IP datagram header, a UDP header, time stamp data which is the reference count 
mentioned above, frame timing data which is the count 5tf and a CRC. The packet contains 

5 as address data at least the destination address(es) of the receivers) 4, which may be a group 
address. The packet may contain both the source address of the transmitter 2 and the 
destination address(es) of the receiver(s) to which the transmitter is transmitting. The packet 
includes data which identifies it as a timing packet. That data may be included in one or 
more of the headers in known manner. 

10 Various types of address data may be provided depending on different operating 

modes. 

In a point to point operating mode in which one transmitter sends data to one selected 
receiver, the destination address is an address solely of the selected receiver. 

In a one to many operating mode in which one transmitter sends data to a group of 
1 5 many receivers, the destination addresses of all the receivers is included (or if they have a 
group address, the address of the group is included). 

In a one to all operating mode in which data is broadcast from the transmitter to all 
receivers on the network, the address data is a broadcast address which is recognised as 
applying to all receivers. 

20 The network switch 61 decodes the address data. In the broadcast and group 

operating modes, it receives one packet from the transmitter and duplicates that packet for 
transmission to all the receivers designated by the address data. 
Clock Difference Stage 26. Figure 5 . 

The illustrative clock difference circuit of Figure 5 comprises four data latches 44, 
25 46, 50 and 52. The reference count extracted from the time packet is latched into latch 48 in 
response to the sampling signal which indicates the lime at which the selector 20 received 
the packet. The sampling signal also causes the latch 50 to latch the local count of the 
counter 28 of the FLL. The previous contents of the latches 44 and 50 are latched into the 
subsequent latches 46 and 52 in response to the sampling signal. Thus referring to Figure 2, 
30 by way of example, latch 44 may contain count P2, latch 46 may contain count PI , and the 
latches 50 and 52 contain corresponding counts L2 and LI respectively. A subtracter 48 
forms the difference (i.e. the first difference mentioned above) of the reference counts in the 
latches 44 and 46 e.g. P2-P1 . A subtracter 54 forms the difference (i.e. the second difference 
mentioned above) of the local counts in the latches 50 and 52, e.g. L2-L1 . A subtracter 56 




forms the difference of the first and second differences. The output of the subtracter 56 is the 
error which controls the local clock 30. 
Accumulator 36, Figure 6 

The illustrative accumulator of Figure 6 comprises an adder 58 and a store 60. The 
5 adder adds the value of the current error (as processed by the filter 34) to the content of the 
store 60. The store contains the cumulative error shown in Figure 2. 

Preferably (and practically) the maximum value storable in the accumulator 36 is 
limited but the limit is placed outside the normal operating range of the FLL. 
1 Bit D to A converter 40. Figure 4 
10 This may be a simple pulse width modulator or a random dither module. A random 

dither module requires a shorter RC time constant (42) when operating at the centre of its 
range. 

Frame Synchronisation at the destination. 

At the destination 4, a local frame sync circuit 23 produces local frame sync pulses 

15 by counting the local clock ticks which as described above are frequency synchronised with 
the reference clock 10. The frame sync generator 23 is a counter which is reset to zero on the 
production of each frame sync pulse identically to frame sync pulse generator 11. A 
difference circuit 19 calculates the difference X between the count 5t f derived from the frame 
timing data of the liming packet of Figure 3, 8 or 9 and the count of the frame sync 

20 generator at the lime of reception of the timing packet as indicated by the sampling pulse S. 
That difference X is used by a phase adjuster 21 to synchronise the frame sync generator 23 
with the frame sync generator 1 0 on the assumption that the delay applied by the network to 
the timing packets is zero or is substantially the same across all recipients of those packels. 

Referring to Figure 1 0, line A shows diagrammatically the count of the reference 

25 frame sync pulse generator 10 and of the second counter 13. The count 5t f is shown in line B, 
which is the count of counter 13 at the time of production of the timing packet of Figure 3, 8 
or 9. Assuming zero delay through the network, the local frame sync pulses might for 
example be produced at times shown in line C out of phase with the reference frame sync 
pulses of line A. The count in the counter 23 of the local frame sync pulse generator 23 

30 when the timing packet is received is shown at 'packet timing • in the line C. The correct 
reference phase of the frame sync pulses is 8t f before that as shown in line D. That is a count 
of X= 5t f - (packet timing count) before the actual timing of the local sync pulse. 
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In this example of the invention, only one timing packet including the frame timing 
data 8t f is produced after the local clock 30 is synchronised to the reference clock. The phase 
adjustment of the local frame sync generator 23 takes place only once; it retains its phase 
because the local clock is correctly frequency synchronised. It will be noted that the local 

5 clock 30 and the local frame sync 23 are, in general, not phase synchronised to the reference 
clock 1 0 and the reference frame sync 11. 

As discussed, the assumption has been made that the delay through the network is 
zero. In fact the network does impose a delay on video packets and that delay may be 
different for different paths through the network. The delay applied to the timing packets 

10 may thus be different to the delay applied to video packets. To compensate for that delay, a 
delay (latency delay) is added to the frame sync pulses in a delay circuit 25. That delay may 
be a predetermined, fixed, delay. An example of such a delay is / video lines where / may be 
2, 4 or 6 for example. In another example the delay D is variable and defined by a message 
D sent across the network from a network controller NC which may comprise a personal 

1 5 computer having a standard network interface card and which is able to generate messages 
defining the delay D. 

As shown in Figure 1 , the video processor 22 receives two video streams video 1 and 
video 2 from two sources 2 and 202. Source 202 has a local clock which is synchronised to 
the reference clock as described for destination 4. 

20 The video processor 22 receives the two video streams from the demultiplexer 18. In 

the present example of the invention, the frame alignment of the two video streams in 
accordance with the frame sync takes place in the demultiplexer 1 8 as will be described 
below. Alternatively, the frame alignment of the two video streams could take place in the 
video processor. 

25 Frame Alignment. Figures 12 and 13 

Referring to Figure 12, the network interface 17 delivers video packets of the two 
video streams to a demultiplexing stage 180 of the demultiplexer 18. The stage 180 directs 
video data of the first video stream to first channel including a frame store 184 and the video 
data of the second stream to second channel including a frame store 185. The video packets 

30 may be as shown in Figure 7. The IP datagram header together with the UDP header and the 
RTP header define the channels to which the packets are directed. The stage 1 80 reads the IP 
header and the UDP header, and removes those headers. 

Assume the video data of the packets of Figure 7 is as shown in Figure 13 and 
includes an RTP header and a type field. The type field identifies the type of video data, e.g. 
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PAL, and other details . The RTP header includes a sequence number which allows a 
sequence of packets to be reassembled in the correct order and preferably also a scan line 
number for each packet ( Sec Reference 1). The RTP header allows the video data to be 
written into a frame store 184 or 185 under the control of a write/read controller 186 in the 
5 correct sequence to reconstruct a video frame from a sequence of packets. Thus a header 
decoder 182 decodes the header and removes it from the video data, feeds the video data to 
the frame store 1 84 and provides the controller 186 with data, such as the scan line number, 
required to write the video data into appropriate addresses in the frame store. 

The controller 186 initiates read out of video frames from the frame stores 184 and 
10 1 85 in synchronism with the local frame sync, with a further delay if required. 

The RTP decoder and frame store are shown as part of the demultiplexer. Instead, 
they may be part of the video processor 22. 

Video Packets 

In the first example, the video packets are transmitted across the network 6 separately 
15 from the timing packets. As shown in Figure 7, the video packets have the same basic 
structure as the timing packets. The packet includes data which identifies it as a video 
packet. That data may be included in one or more of the headers in known manner 

Video Processor 22. Figure 1 . 

The video processor 22 may be any video processor including, for example, a 
20 monitor, an editor, a special effects machine, and/or a VTR. 
Second Example 

In the first example, the timing packets are sent separately from the video packets. 
Sending timing packets separately from video packets allows timing packets to be broadcast 
so that all video processors on the network have local clocks frequency synchronised with 

25 the reference clock, and frame synchronisers in frequency synchronism with the reference 
frame sync but also allows video to be sent point to point. 

Referring to Figure 8, the timestamp data and the frame timing data and the video 
data may be combined in one packet with common (broadcast) address data. The packet 
includes headers as described with reference to Figure 3 or 7. The packet includes data 

30 which identifies it as a combined time and video packet. That data may be included in one or 
more of the headers in known manner. The time stamp data field which contains a small 
amount of data precedes the video data field which contains a much greater amount of data. 
A video sequence is transmitted using many packets. The time data may be included in only 
some, but not all, of the packets. The time data may be included in a video packet at 




frequent, but varying, intervals at times when the network has spare capacity as described 
above. 

Referring to Figure 1, the combined video and timing packet is generated in the 
source 8 but the timestamp data field and the frame timing data field are empty. The packet 
5 is fed to the block 14 via the connection E2 shown by a dashed line. The block 14 fills the 
time stamp data field with the time stamp data and fills the frame timing data field with the 
frame timing data at the moment the combined packet is launched onto the network under 
the control of the multiplexer 16. 
Third example 

10 Referring to Figure 9, the frame timing data may be placed in a packet which 

contains only an Ethernet frame header, followed in order by an IP datagram header, a UDP 
header, frame timing data which is the count 8tf and a CRC. The time stamp data which is 
the reference count mentioned above is sent in a separate packet (not shown) comprising an 
Ethernet frame header, followed in order by an IP datagram header, a UDP header, the time 

1 5 stamp data and a CRC. 

Modifications 

In the foregoing description, one timing packet is produced which contains a single 
measurement of the value 5tf which is used to control the local frame synchronisation signal 
generator 23 . Referring to Figure 1 1, in a modification, the average of several measurements 
20 of the value Stfis used to control the local generator 23. The second counter 13 operates to 
produce a first value of 8trat a packet transmission time as described above. One or more 
subsequent values of 8tf are measured at subsequent packet transmission times. The 
difference circuit 19 of Figure 1 comprises a processor which operates as shown in the flovi 
diagram of Figure 1 1 . 

25 Thus at step SI, an accumulator value is set to zero and a count of the number of 

values 6tr is set to zero. At step S3, a first value of 6lf is received, and the count is 
incremented by one (S5). At step S7, the content of the accumulator is incremented by 6tf . 
Step S9 determines whether the count has reached a preset number n. If not the next 8tf is 
received at step S3 and steps S5, S7 and S9 repeat until the count equals n, Then step SI 1 

30 calculates the average value of 8tf. 

The transmitter 2 of Figure 1 includes the reference clock 10, the reference frame 
sync generator 10, and also a source of video packets 8. In another example of the invention 
the transmitter does not include the source of video signals. Thus the reference clock and the 




13 



reference frame sync operate independently of any data source. A data source then requires a 
local clock which is frequency synchronised with the reference clock as described herein and 
frame syncs which are synchronised with reference frame syncs. 

Whilst the foregoing describes an example of the invention in relation to an Ethernet 
5 network, it may be used in any asynchronous switched network. The network 6 may be a 
wired or wireless network or a combination of both wired and wireless. 

The transmitter 2 and the receiver 4 may be implemented as hardware. They may 
alternatively be implemented by software in a suitable data processor or as a mixture of 
software and hardware. A preferred implementation uses programmable gate arrays. It is 
10 envisaged that the present invention includes a computer program which when run on a 
suitable data processor implements the invention. 

It will be appreciated that the embodiment of the present invention described above 
are concerned with frequency synchronisation of clocks. Phase synchronisation of clocks is a 
different issue which is not addressed by the embodiments although they may be used in 
1 5 conjunction with a phase synchroniser. 

References 

1. RTP payload format for BT.656 Video encoding, D Tynan (Claddagh films) 
RFC2431, Oct. 1998. 




CLAIMS 



1. A method of synchronising the phase of a local image synchronisation signal 
generator of a local video data processor in communication with an asynchronous switched 
packet network to the phase of a reference image synchronisation signal generator of a 

5 reference video data processor also coupled to the network, the local and reference 
processors having respective clocks, the reference and local image synchronisation signal 
generators generating periodic image synchronisation signals in synchronism with the 
reference and local clocks respectively, the method comprising the steps of: 
frequency synchronising the local and reference clocks; 

10 the reference video data processor sending, via the network, to the local data 

processor an image timing packet providing reference image synchronisation data 
indicating the difference in timing, measured with respect to the reference processor's clock, 
between the time at which the image timing packet is launched onto the network and the 
lime of production of the immediately preceding reference image synchronisation signal; 

15 and 

the local processor controlling the timing of the production of the local image 
synchronisation signal in dependence on the reference image synchronisation data and the 
time of arrival of the timing packet. 

20 2. A melhod according lo claim 1 : in which the controlling step comprises adjusting the 
time of production of the local image synchronisation signal by the difference between a) the 
reference image synchronisation data and b) the time, measured with respect to the local 
processor's clock, of arrival of the timing packet. 

25 3. A melhod according to claim 2, comprising the steps of: 

the reference processor sending to the local processor a plurality of the timing 
packets; and 

the local processor controlling the timing of the production of the local image 
synchronisation signal in dependence on a function of the differences between a) the 
30 reference image synchronisation data in the timing packets and b) the respective times of 
arrival of the timing packets at the local processor. 



15 

4. A method according to claim 3, in which the function is the average of the 
differences. 

5. A method according to any one of the preceding claims, comprising the step of 
5 adding a delay to the local image synchronisation signal. 

6. A method according to claim 5, in which the delay is a predetermined delay. 

7. A method according to any one of the preceding claims, in which the reference data 
10 processor comprises a source of video data produced synchronously with the reference 

processor's clock, the method comprising: 

the reference processor sending to the local data processor, via the network, data 
packets containing the video data, the timing packets being sent independently of the data 
packets. 

15 

8. A method according to any one of claims 1 to 6, in which the reference data 
processor comprises a source of video data produced synchronously with the reference 
processor's clock, the method comprising: 

the reference processor sending to the local data processor, via the network, data 
20 packets containing the video data, and the reference image synchronisation data. 

9. A method according to claim any one of the preceding claims, comprising the step 
of: 

the reference processor sensing when the network has capacity to send a timing 
25 packet; and 

the reference processor sending a timing packet when such network capacity exists. 

10. A method according to any one of the preceding claims, in which the step of 
frequency synchronising the local and reference clocks comprises the steps of: 

30 the reference processor sending to the local data processor, via the network, clock 

timing packets each providing the destination address of the local processor and reference 
clock data indicating the time at which the clock timing packet is sent; and 

the local processor controlling the frequency of the local processor's clock in 
dependence on the reference clock data and the times of arrival of the clock timing packets. 
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11. A method according to claim 10, comprising the steps of: 

the reference processor counting cycles of the reference processor's clock; and 

the reference processor setting the reference clock data as the count of cycles of the 

reference processor's clock at the time at which the clock timing packet containing the 

reference clock data is launched onto the network* 

1 2. A method according to claim 1 1 , comprising the steps of: 

the local processor counting cycles of the local processor's clock; 

the local processor generating local clock data as the count of cycles of the local 
processor's clock at the time of receipt of a clock timing packet containing reference clock 
data; and 

the local processor controlling the local processor's clock in dependence on an error 
signal dependent on the difference between the reference clock data in successively received 
timing packets and the difference between local clock data indicating the local clock time at 
the times of receipt of the timing packets. 

13. A method according to claim 12, comprising the step of low pass filtering the error 
signal. 

14. A method according to claim 13, comprising the steps of: 

the local processor accumulating the low-pass filtered error signal; and 
the local processor controlling the local processor's clock in dependence on the 
accumulated error signal. 

15. A method according to any one of claims 10 to 14, in which the timing packet 
containing the reference image synchronisation data is independent of the clock timing 
packet. 

16. A method according to any one of claims 10 to 14, in which the timing packet 
containing the reference image synchronisation data also contains the reference clock data. 

18. A method according to any one of the preceding claims, comprising the step of: 
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the local processor aligning an image of a video signal with the local image 
synchronisation signal. 

19. A method according to any one of the preceding claims, in which the image 
5 synchronisation signal is a field or frame synchronisation signal. 

20. A video network comprising: 

a reference video data processor having a reference image synchronisation signal 
generator and a reference clock generator, the reference synchronisation signal generator 
10 generating periodic image synchronisation signals in synchronism with the reference clock; 

a local video data processor having a local image synchronisation signal generator 
and a local clock generator frequency-locked to the reference clock generator, the local 
synchronisation signal generator generating periodic image synchronisation signals in 
synchronism with the local clock; 
1 5 an asynchronous packet-based network linking the local processor and the reference 

processor; 

the reference video data processor comprising means for sending, via the network, to 
the local data processor an image timing packet providing reference image synchronisation 
data indicating the difference in timing, measured with respect to the reference processor's 
20 clock, between the time at which the image timing packet is launched onto the network and 
the time of production of the immediately preceding reference image synchronisation signal; 
and 

the local processor comprising means for controlling the timing of the production of 
the local image synchronisation signal in dependence on the reference image synchronisation 
25 data and the time of arrival of the timing packet. 

21. A local video data processor having a local image synchronisation signal generator 
and a local clock generator frequency-lockable to a reference clock generator at a reference 
video data processor connectable to the local processor via an asynchronous packet-based 
30 network, the local synchronisation signal generator generating periodic image 
synchronisation signals in synchronism with the local clock; 

the local processor comprising means for controlling the timing of the production of 
the local image synchronisation signal in dependence on reference image synchronisation 
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data provided by a timing packet from the reference clock generator and the time of arrival 
of such a timing packet. 

22. A reference video data processor having a reference image synchronisation signal 
5 generator and a reference clock generator, the reference synchronisation signal generator 
generating periodic image synchronisation signals in synchronism with the reference clock; 
the reference processor being connectable via an asynchronous packet-based network to a 
local video data processor having a local image synchronisation signal generator and a local 
clock generator frequency-lockable to the reference clock generator, the local 
10 synchronisation signal generator generating periodic image synchronisation signals in 
synchronism with the local clock; 

the reference video data processor comprising means for sending, via the network, to 
the local data processor an image timing packet providing reference image synchronisation 
data indicating the difference in timing, measured with respect to the reference processor's 
15 clock, between the time at which the image timing packet is launched onto the network and 
the time of production of the immediately preceding reference image synchronisation signal. 

23. An asynchronous switched network comprising a plurality of nodes, at least one of 
which nodes is coupled a data processor according lo claim 21 and at least one other of 

20 which is coupled to a data processor according to claim 22. 

24. A network substantially as hereinbefore described with reference to the 
accompanying drawings. 

25 25. A reference data processor substantially as hereinbefore described with reference to 
the accompanying drawings. 

26. A local data processor substantially as hereinbefore described with reference to the 
accompanying drawings. 

30 

27. A reference timing packet for use in an asynchronous switched packet network in 
which packets of video data are transmitted from a source to a destination, the packet 
providing a destination address of a processor and reference image synchronisation data 
indicating the difference in timing, measured with respect to a reference clock, between the 
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time at which the packet is launched onto the network and the time of production of an 
immediately preceding reference image synchronisation signal. 

28. A reference timing packet substantially as hereinbefore described with reference to 
5 the accompanying drawings. 
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